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MusicXML Specification by Recordare 

What is MusicXML? 


o XML format to represent western-style music notation 

9 Musical content (Notes, chors, dynamics, time, key, clef, etc.) 
9 Exact page layout (MusicXML 2.0) 

9 Audio representation (like MIDI, not performance recording) 
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MusicXML Specification by Recordare 

What is MusicXML? 


a XML format to represent western-style music notation 

o Musical content (Notes, chors, dynamics, time, key, clef, etc.) 

« Exact page layout (MusicXML 2.0) 

a Audio representation (like MIDI, not performance recording) 

o Defined originally via Document Type Definition (DTD) files and later also 
via XML Schema (XSD) files. 

a Defined by Recordare LLC, plugins for Finale, Sibelius, etc. 
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MusicXML Specification by Recordare 

What is MusicXML? 


a XML format to represent western-style music notation 

o Musical content (Notes, chors, dynamics, time, key, clef, etc.) 

« Exact page layout (MusicXML 2.0) 

a Audio representation (like MIDI, not performance recording) 

o Defined originally via Document Type Definition (DTD) files and later also 
via XML Schema (XSD) files. 

a Defined by Recordare LLC, plugins for Finale, Sibelius, etc. 
a Support (import and/or export) by many applications (notation, scanning, 
sequencers, etc.) 
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MusicXML Test Suite Ambiguities 

o#o 

MusicXML Specification by Recordare 

An example: Schubert's Ave Maria (excerpt) 


<?xml versio n =" 1.0" 


<part id="Pl”> 


<measure number=”3" width=”654”> 

encoding="UTF—8"?> 


<measure number="l"> 


<print new—system^" yes"/> 

<!DOCTYPE score —partwise 


<attri butes> 


<barline 1 oca t i o n=" 1 e f t”> 

PUBLIC [...]> 


<d i vision s >48</d i visions > 


<bar—style>heavy—light </bar—style> 

<score—pa rtwise 


<key> 


<repeat d i rect ion =" forwa rd"/> 

versi o n 2.0” > 


<f ift h s >—2</f ift h s > 


</barline> 

<work> 


<mode>major </mode> 


<note default— x=” 122" > 

<work—number>D. 


</key> 


<pitch> 

839 < / wo r k—n u m be r> 


<time symbol="common"> 


<step>B</step> 

<work—t i 11 e >Ave 


<beats >4</beats> 


< a 11 e r >—1</a 11 e r > 

Maria</work—ti11 e > 


<beat— type >4</beat—type> 


<octave >4</octave> 

</work> 


</time> 


</pitch> 

<identification > 


<clef> 


<duration >72</duration> 

<creator 


<sign>G</sign> 


<voice >l</voice> 

ty pe=” composer”>F. 


<1 i n e >2</l i n e > 


<type>q ua rter </type> 

Schu bert </creator> 


</clef> 


<dot/> 

<encoding> 


<sta ff —d et a i 1 s 


<stem 

<softwa re>Fi na 1 e 2005 for 


print —o b j e c t =" no” /> 


defa u It— y=" — 55.5” >down</stem> 

Windows</softwa re> 


</att r i b utes > 


< 1 yric defauIt — y=" — 82" number=”l”> 

</encoding> 


<note> 


<sy 11 a bi c >begin </sy 11 a b i c > 

</ i d entification > 


<rest/> 


<text>A</text> 

<d efa u 11 s > 


<duration >192</duration> 


</lyric> 

[...] 


<voice >l</voice> 


< 1 y r i c default— y—' —104" 

<music—fo nt 


</note> 


number="2”> 

font—fa m i ly=" Maestro” 


</measure> 


<sy 11 a b i c >begin </sy 11 a b i c > 

f o n t — s i z e =" 18" / > 


<1— ■ —> 


<text>A</text> 

</defa u 11s> 


<measure number="2"> 


</ly r i c > 

<part —1 i st > 


<note> 


< 1 y r i c d efa u It — y—" —127" 

<score—part id="Pl"> 


< r e s t /> 


number="3"> 

<part—name>Voice </pa rt—name 

> 

<duration >192</duration> 


<sy 11 a b i c >begin </sy 11 a b i c > 

[■■■] 


<voice >l</voice> 


<text>A</text> 

</score—pa rt> 


</note> 


</lyric> 

[■■■] 


</measure> 


</note> 

</pa rt —11 st > 


< ! > 


<note default— x=” 326" > 
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MusicXML Specification by Recordare 

Observations about MusicXML 


o Extremely verbose! (e.g. first page of Ave Maria has 8768 lines / 250kB 
in XML) 

a Score is structured into parts (here: vocal voice + Piano) => typically 
separate staves 

a Each part structured into measures, each measure contains notes, rests, 
markup, etc. 
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MusicXML Specification by Recordare 

Observations about MusicXML 


o Extremely verbose! (e.g. first page of Ave Maria has 8768 lines / 250kB 
in XML) 

a Score is structured into parts (here: vocal voice + Piano) => typically 
separate staves 

a Each part structured into measures, each measure contains notes, rests, 
markup, etc. 


Advantages 


a Standardized exchange format 
a Support by many applications 
a Good support 


Problems 


a Large size / verbosity 

a Specification sometimes unclear / 
ambiguous 

a No free reference implementation, 
no test cases 
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Why a Test Suite? 

Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 
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Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 

a Only comments in the specification 
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Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 

a Only comments in the specification 

a Only some complex sample files available at MusicXML homepage, 
showing off what MusicXML is able to do 
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Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 

a Only comments in the specification 

a Only some complex sample files available at MusicXML homepage, 
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Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 

a Only comments in the specification 

a Only some complex sample files available at MusicXML homepage, 
showing off what MusicXML is able to do 
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Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 

a Only comments in the specification 

a Only some complex sample files available at MusicXML homepage, 
showing off what MusicXML is able to do 
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Why a Test Suite? 

Why a Test Suite 


o No free reference implementation available (advice: Use the proprietary 
Dolet plugin for Finale) 

a Only comments in the specification 

a Only some complex sample files available at MusicXML homepage, 
showing off what MusicXML is able to do 
a No set of basic unit test files available 


Aim of this Unit Test Suite 


a Full coverage including all possible elements and all combination not 
possible 

a Create representative test cases to catch as many common 
combinations as possible 

a Small test cases, where a bug in one feature does not influence other cases 

a Cover also some less used musical notation elements (but no 
cross-influences with other elements) 
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Structure of the Test Suite 


Structure of the Test Suite 


o 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 
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Structure of the Test Suite 


a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 
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Structure of the Test Suite 


a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 
a Each such aspect gets several different, non-overlapping test cases 
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a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 
a Each such aspect gets several different, non-overlapping test cases 
a Structured by file name! 


□ 


3 


>0 0,0 



MusicXML Test Suite 

0*0000000 

Ambiguities 

OOOOOOOOO 

XML Design 
OOOO 

Missing Features 

OO 

Conversion to LilyPond 
OOOOO 

Conclusion 

O 

Structure of the Test Suite 


Structure of the Test Suite 


a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 
a Each such aspect gets several different, non-overlapping test cases 
a Structured by file name! 
a More than 120 small unit test cases 
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Structure of the Test Suite 


a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 

a Each such aspect gets several different, non-overlapping test cases 

a Structured by file name! 

a More than 120 small unit test cases 

a Current files: http://www.kainhofer.com/musicxml/ 
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a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 

a Each such aspect gets several different, non-overlapping test cases 

a Structured by file name! 

a More than 120 small unit test cases 

a Current files: http://www.kainhofer.com/musicxml/ 
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Structure of the Test Suite 


a 12 large feature categories (separate aspects of MusicXML, e.g. basic 
musical notation, staff attributes, note-related elements, page layout, etc.) 

a Each category split into more specific aspects 

a Each such aspect gets several different, non-overlapping test cases 

a Structured by file name! 

a More than 120 small unit test cases 

a Current files: http://www.kainhofer.com/musicxml/ 
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00*000000 ooooooooo 

Structure of the Test Suite 

Feature area categories 


01-09 ... Basics 

01 

Pitches 

02 

Rests 

03 

Rhythm 

10-19 ... Staff attributes 

11 

Time signatures 

12 

Clefs 

13 

Key signatures 

14 

Staff details 

20-29 ... Note-related elements 

21 

Chorded notes 

22 

Note settings, heads, etc. 

23 

Triplets, Tuplets 

24 

Grace notes 

30-39 ... Dynamics, artic., spanners 

31 

Dynamics and other single symbols 

32 

Notations and Articulations 

33 

Spanners 

40-44 ... Parts 

41 

Multiple parts (staves) 

42 

Multiple voices per staff 

43 

One part on multiple staves 


Missing Features Conversion to LilyPond Conclusion 
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45-49 

... Measures and repeats 

45 

Repeats 

46 

Barlines, Measures 

50-54 

... Page-related issues 

51 

Header information 

52 

Page layout 

55-59 

... Exact positioning 

60-69 

... Vocal music 

61 

Lyrics 

70-75 

... Instrument-specific 

71 

Guitar notation 

72 

Transposing instruments 

73 

Percussion 

74 

Figured bass 

75 

Other instrumental notation 

80-89 

... MIDI and sound 

90-99 

... Other aspects 

90 

Compressed MusicXML files 

99 

Compat. with broken MusicXML 
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a Parenthesized normal noteheads 
a Parenthesized non-standard noteheads 
a Parenthesized noteheads inside a chord 
a Parenthesized chords (all noteheads) 
a Parenthesized rests (default position) 
a Parenthesized rests (explicit position) 

The test case 22d-Parenthesized-Noteheads . xml for parenthesized 
noteheads tests all these cases in one file, but each of the settings on separate 
notes: 
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<?xml version =’’1.0” encoding="ISO—8859—1" 
st a n d a I o n e =" no"?> 

<!DOCTYPE score—pa rtwise PUBLIC 

”— //Recordare//DTD MusicXML 0.6b 
Partwise//EN” 

” http ://www. musicxml . org/dtds / partwise . dtd”> 
<score—partwise> 

<identification > 

<miscellaneous> 

<miscellaneous—field name=" description">Two 
simple tied whole 
notes</miscelIaneous—field > 
</miscellaneous> 

</identification> 

<part — I ist > 

<score—part id="Pl''/> 

</pa rt —I i st > 

<part id="Pl"> 

<measure number='T”> 

<attrib utes> 

<d i visions >l</d i vision s > 

<keyXf ift h s >0</f i f t h s X/key> 

<time> 

<beats >4</beats> 

<beat—type >4</beat—ty pe> 

</time> 

<staves >l</staves> 

<clef number=’T”> 

<sign>G</sign> 

<I i n e >2</l i n e > 

</clef> 

</attributes> 


<note> 

<pitch > 

<step>F</step> 

<octa ve >4</octave> 

</pitch > 

<duration >4</duration> 

<tie ty pe=” st a rt"/> 

<voice >l</voice> 

<type>whole</type> 

<notationsXtied type=” sta rt"/></notations> 
</note> 

</measure> 

<measure number="2'> 

<note> 

<pitch > 

<step>F</step> 

<octa ve >4</octa ve> 

</pitch> 

<duration >4</duration> 

<tie type=” stop"/> 

<voice >l</voice> 

<type>whole</type> 

<notationsXtied type=” stop"/></notations> 
</note> 

</measure> 

</part> 

</score—pa rtwise> 
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Example 2: Key signatures with microtones (33b-Spanners-Tie . xml) 


[■■•] 


<measure number=’T"> 

<attributes> 

<divisions >l</divisions> 
<key> 

<key—step >4</key—step> 
<key—a Iter >—1.5</key—a 11 e r > 
<key—step >6</key—step> 
<key—a Iter >—0.5</key—a 11 e r > 
<key—step >CX/key—step> 
<key—alter >(X/key—alter> 
<key—step >l</key—step> 
<key—alter >0.5</key—a lter> 
<key—step >3</key—step> 
<key—alter >1.5</key—a lter> 
</key> 

<time> 

< beats >2</beats> 

<beat—ty pe>4</beat—type> 
</time> 

<clef > 

<sign>G</sign> 

<1 i n e >2</l i n e > 

</clef > 

</ attributes> 

<note> 

<pitch> 




[■■■] 


a Very exotic case! 
a All possible alterations are 
checked! 

a Observe bad XML design (see 
later!) 
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Sample Renderings of the Test Cases 


Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http: /7www.lilypond.org/) 
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Sample Renderings of the Test Cases 


Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http: //www. lilypond. org/) 

a Still resides inside LilyPond source code repository 
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Sample Renderings of the Test Cases 

Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http: //www. lilypond. org/) 

a Still resides inside LilyPond source code repository 

a Automated sample renderings can be done of MusicXML test case (No 
reference renderings!): 
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Sample Renderings of the Test Cases 

Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http: //www. lilypond. org/) 

a Still resides inside LilyPond source code repository 

a Automated sample renderings can be done of MusicXML test case (No 
reference renderings!): 

o musicxml21y is just one particular implementation with one particular 
interpretation of ambiguities! 
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Sample Renderings of the Test Cases 

Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http: //www. lilypond. org/) 

a Still resides inside LilyPond source code repository 

a Automated sample renderings can be done of MusicXML test case (No 
reference renderings!): 

® musicxml21y is just one particular implementation with one particular 
interpretation of ambiguities! 

» musicxml21y does not support every aspect perfectly 


□ 


3 


>0 0,0 



MusicXML 

Test Suite 

Ambiguities 

XML Design 

Missing Features 

Conversion to LilyPond 

Conclusion 

OOO 

000000*00 

OOOOOOOOO 

OOOO 

OO 

OOOOO 

O 


Sample Renderings of the Test Cases 

Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http://www.lilypond.org/) 

o Still resides inside LilyPond source code repository 

o Automated sample renderings can be done of MusicXML test case (No 
reference renderings!): 

a musicxml21y is just one particular implementation with one particular 
interpretation of ambiguities! 
a musicxml21y does not support every aspect perfectly 
« The MusicXML specification leaves many things open (=^> left to each 
importing application!) 
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Sample Renderings of the Test Cases 

Connection to LilyPond 


o Originally: Some test files for musicxml21y (Converter from MusicXML to 
LilyPond; http: //www. lilypond. org/) 

a Still resides inside LilyPond source code repository 

a Automated sample renderings can be done of MusicXML test case (No 
reference renderings!): 

a musicxml21y is just one particular implementation with one particular 
interpretation of ambiguities! 
a musicxml21y does not support every aspect perfectly 
a The MusicXML specification leaves many things open (=> left to each 
importing application!) 

a Future plan: Include sample renderings from other applications, too. 

(Need to extend lilypond-book for this!) 
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Sample Renderings of the Test Cases 

Sample Renderings of the Test Cases 


[ << Test eases ] 

[ItpICamenwIIndexI ? ] 


C ») 



121 ... 


14 ... Staff attributes 





'lto-aafftetails-Linea'nraes.V T he number of staff lines can be modified by using the staff-lines child of the staff-details attribute. This can happen globally (the first staff has one line 
globally) or during the part at the beginning of a measure and even inside a measure I the second part lias 5 lines initially. 4 at the beginning of tile second measure, and 3 starting in the 



21 ... Chorded notes 




A fri-j If f i 


le three-note chords, with various dur. 


Chords in the second measure, after several ornaments in the first measure and a p at the beginning of the second mi 



Check for proper chord detection after a pickup measure (i.e. the first beat of the m 


ot aligned with multiples of the time signature)! 


.Ei«qTtinfei»gai.V B etween the individual notes of a chord til 


ir harmony elements, which should be properly assigned to the chord i or 


I 33 ... Triple* Tapleai > 1 _ 
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Availability and Download of the Test Suite 
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Availability 


Availability and Download of the Test Suite 



License of the Test Suite 


a MIT License (Basically BSD license): Can be used for any purpose, as 
long as the copyright notice (or LICENSE file) is left intact! 
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Q MusicXML 2.0: Semantic Ambiguities 
a Semantic Ambiguities 
a Only Syntax Definition 
a Voice-Based 
a Attributes 
a Chords 
a Lyrics 
a Others 


Missing Features 
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Conversion to LilyPond 
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Conclusion 
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Semantic Ambiguities 


o MusicXML is a syntax definition 


Missing Features 
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Semantic Ambiguities 


Semantic Ambiguities 


o MusicXML is a syntax definition 

o Music notation is very complex, has many inherend semantic restrictions. 
9 These cannot be properly expressed in a XML specification (via DTD or 
XSD) 

9 Some MusicXML import plugins: Very strict about syntax, but happily 
accept non-sensical musical content 
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Semantic Ambiguities 


o MusicXML is a syntax definition 

a Music notation is very complex, has many inherend semantic restrictions. 
® These cannot be properly expressed in a XML specification (via DTD or 
XSD) 

» Some MusicXML import plugins: Very strict about syntax, but happily 
accept non-sensical musical content 

o MusicXML tries to provide features of different GUI applications! 
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Semantic Ambiguities 


a MusicXML is a syntax definition 

a Music notation is very complex, has many inherend semantic restrictions. 
® These cannot be properly expressed in a XML specification (via DTD or 
XSD) 

a Some MusicXML import plugins: Very strict about syntax, but happily 
accept non-sensical musical content 

a MusicXML tries to provide features of different GUI applications! 

a Many unclear issues in the spec; discussion (if anyone asks) on a 

mailinglist without public archives; no definitive documentation for future 
implementors 
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Only Syntax Definition 


a) MusicXML is a syntax definition, no semantic 


o Music has many semantic restrictions for the contents to make sense 
o Cannot be expressed in restrictions to the DTD / XSD 
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Only Syntax Definition 


a) MusicXML is a syntax definition, no semantic 


a Music has many semantic restrictions for the contents to make sense 
a Cannot be expressed in restrictions to the DTD / XSD 


Examples of additional semantic restrictions 
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b) Voice-Basedness of MusicXML 


o MusicXML allows different voices on a staff, but does not enforce concept 
of voices (many notes at the same time allowed) 

o MusicXML provides <voice>l</voice> element to specify belonging to a 
particular voice 
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b) Voice-Basedness of MusicXML 


a MusicXML allows different voices on a staff, but does not enforce concept 
of voices (many notes at the same time allowed) 

a MusicXML provides <voice>l</voice> element to specify belonging to a 
particular voice 

a No clear definition what a voice in MusicXML means! 
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b) Voice-Basedness of MusicXML 


a MusicXML allows different voices on a staff, but does not enforce concept 
of voices (many notes at the same time allowed) 

o MusicXML provides <voice>l</voice> element to specify belonging to a 
particular voice 

a No clear definition what a voice in MusicXML means! 
a <voice> is OPTIONAL, many applications leave it out 

a Side-question: What does a missing <voice> mean? voice 1? different from 
voice 1? 

a It is up to the importing application! 

» Each application will handle it differently 
a Advantage of a proper specification lost 

a => No information which notes belong to together to form a melody line 
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Voice-Based 







Importing applications will need to split up the notes in a part according to their 
needs =>■ Even if <voice> given, it might not be used (overlapping notes...) 



(From: Piano reduction of Mahler's 8. Symphony) 

Which notes belong together? Good luck, if you don’t have any voice 
attributes in the MusicXML file! 
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c) Staff and Measure Attributes 


® Key, Clef, Time signature, etc. given in <attributes> blocks for a part 
a What does presence of <attributes> indicate? The visual display? 
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c) Staff and Measure Attributes 


a Key, Clef, Time signature, etc. given in <attributes> blocks for a part 
a What does presence of <attributes> indicate? The visual display? 
a Some applications create <attributes> block for every measure, others 
only when a change happens 
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c) Staff and Measure Attributes 


a Key, Clef, Time signature, etc. given in <attributes> blocks for a part 
a What does presence of <attributes> indicate? The visual display? 
a Some applications create <attributes> block for every measure, others 
only when a change happens 

a Case 1: Presence indicates display — breaks for apps writing attributes for 
every measure 
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c) Staff and Measure Attributes 


® Key, Clef, Time signature, etc. given in <attributes> blocks for a part 
q What does presence of <attributes> indicate? The visual display? 
o Some applications create <attributes> block for every measure, others 
only when a change happens 

o Case 1: Presence indicates display — breaks for apps writing attributes for 
every measure 

9 Case 2: Presence does not force display — up to each application, imported 
MusicXML file might look different; No way to force a "cautionary” clef or 
key change! 
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Chords 


d) Chords in MusicXML 


<note> 

<pitch > 

<step>F</step> 

<octa ve >4</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>A</step> 

<octave >4</octa ve> 
</pitch > 

<duration >960</duration> 
< vo ice >l</voice> 
<type>quarter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>C</step> 

<octa ve >5</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 



a Chords are subsequent notes, 2 nd has <chord/> 
element 


□ 


3 


>0 0.0 







MusicXML 

Ambiguities 

XML Design 

Missing Features 

Conversion to LilyPond 

Conclusion 

OOO 

OOOOOOOOO 00000*000 

OOOO 

OO 

OOOOO 

O 

Chords 


d) Chords in MusicXML 


<note> 

<pitch > 

<step>F</step> 

<octa ve >4</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>A</step> 

<octave >4</octa ve> 
</pitch > 

<duration >960</duration> 
< vo ice >l</voice> 
<type>quarter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>C</step> 

<octa ve >5</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 



o Chords are subsequent notes, 2 nd has <chord/> 
element 

9 Note with <chord/> must be after a note without 
<chord/>! 

9 Can NOT be expressed (easily) in a DTD! 

9 Introduced in PVG profile of Open Score Format 
(OSF) in XSD 
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d) Chords in MusicXML 


<note> 

<pitch > 

<step>F</step> 

<octa ve >4</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>A</step> 

<octave >4</octa ve> 
</pitch > 

<duration >960</duration> 
< vo ice >l</voice> 
<type>quarter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>C</step> 

<octa ve >5</octa ve> 
</pitch > 

Cduration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 



a Chords are subsequent notes, 2 nd has <chord/> 
element 

a Note with <chord/> must be after a note without 
<chord/>! 

a Can NOT be expressed (easily) in a DTD! 

« Introduced in PVG profile of Open Score Format 
(OSF) in XSD 

a <forward. . ./> or Cbackward. . ./> elements 
before chorded note are allowed in spec... => 
Nonsense! 
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d) Chords in MusicXML 


<note> 

<pitch > 

<step>F</step> 

<octa ve >4</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>A</step> 

<octave >4</octa ve> 
</pitch > 

<duration >960</duration> 
< vo ice >l</voice> 
<type>quarter </type> 
</note> 

<note> 

<chord/> 

<pitch > 

<step>C</step> 

<octa ve >5</octa ve> 
</pitch > 

<duration >960</duration> 
<voice >l</voice> 

<type>q ua rter </type> 
</note> 



a Chords are subsequent notes, 2 nd has <chord/> 
element 

a Note with <chord/> must be after a note without 
<chord/>! 

a Can NOT be expressed (easily) in a DTD! 

« Introduced in PVG profile of Open Score Format 
(OSF) in XSD 

a <forward. . ./> or Cbackward. . ./> elements 
before chorded note are allowed in spec... => 
Nonsense! 

a What does it mean if different notes of a chord 
belong to different voices? How shall notation 
programs handle that? 
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Lyrics 


e) Lyrics in MusicXML 


<note> 

<pitch> 

<step>G</step> 

<octa ve >4</octave> 

</pitch> 

<duration >l</duration> 

< v o i c e >l</v o i c e > 

<type>qua rter </type> 

<lyric number="l" name="Verse”> 
<sy 11 a b i c >begin </sy 11 a b i c > 
<text>Versel A</text> 

</1 y r i c > 

<Iy ric number=”l” name=" Chorus"> 
<sy 11 a b i c >begi n </sy 11 a b i c > 
<text>ChoruslA</text> 

</1 y r i c > 

<lyric number="l" name=" Chorus"> 
<sy 11 a b i c >begi n </sy 11 a b i c > 
<text>AnotherChorusl A</text> 
</lyric> 

<lyric number="2" name=" Chorus"> 
<sy 11 a b i c >begi n </sy 11 a b i c > 
<text>ChoruslA</text> 

</1 y r i c > 

</note> 

<note> 



a Lyrics in MusicXML are <lyric> 
sub-elements of <note> 

» Different stanzas can be identified by 
number and name attribute! 

9 No clear definition how to determine which 
syllables belong together (if no name or 
number or both are given) 

» Up to importing applications 

9 Vertical position of syllables is more 
important than values of name or number 
elements =£■ Separation of musical content 
and visual display broken! 


□ 


3 


>0 0,0 







<figured —bass parentheses^” yes”> 

<figureXfigure—number>3</figure—numberX/ 
figure> 

<duration >4</duration> 

</figu red —bass> 

<note> 

<pitch Xstep>G</stepXoctave >4</octa ve XC/pitch 

> 

<duration >4</duration> 

<voice >l</voice> 

<type>eighth </type> 

</note> 

<figu red —bass> 

<figu reXprefix>f I at </prefixXfigure—number 
>3</figu re—numberX/figu re> 
<figureXprefix>natural </prefixXfigu re—number 
>5</figu re—numberX/figu re> 

<duration >6</duration> 

</figu red —bass> 

<note> 

< pitch XCstep>G</stepX!octave >4</octa ve X/pitch 

> 

<duration >6</duration> 

<voice >l</voice> 

<type>eighth </type> 

<dot/> 

</note> 

</measure> 


9 Bass figures are always assigned to 
“first regular note that follows” 
o In XML order? i.e. if 

<backward. . ./> follows before 
next note ==> different time 
o In time order? Hard to 
determine the next following 
note! 

a Problem is that restriction 
(<note> has to follow 
immediately) is not mentioned / 
defined in specification!!! 

9 slash of the <suff ix> child 
element does not distinguish 
forward/backward slashes (same 
meaning, different display, up to 
importing applications) 
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f) Figured Bass, Harp Pedals etc. 


<harp —ped a ls> 

<pedal—tuning> 

<pedal— step>D</pedal— step> 
<pedal—alter >(X/pedal—a lter> 
</pedal—tuning> 

<pedal—tuning> 

<pedal— step>C</pedal— step> 
<pedal—alter >—K/peda I—a 11 e r > 
</pedal—tuning> 

<pedal—tuning> 

< pedal— step>B</pedal— step> 
<pedal—alter >—K/peda I— a Iter > 

</pedal—tuning> 

<pedal—tuning> 

< pedal— step>E</pedal— step> 
<pedal— alter >0</pedaI —a Iter> 

</pedal—tuning> 

<pedal—tuning> 

<pedal—step>F</pedal—step> 
<pedal—alter >0</pedal—a lter> 
</pedal—tuning> 

<pedal—tuning> 

<pedal—step>G</pedal—step> 
<pedal—alter >l</pedal—a lter> 
</pedal—tuning> 

<pedal—tuning> 

<pedal—step>A</pedal—step> 
<pedal—alter >—l</peda I—a 11 e r > 
</pedal—tuning> 

</harp —pedals> 


Missing Features 

Conversion to LilyPond 

Conclusion 

PP 

PPPPP 

P 


o Harp pedals: pedal states 

recommmended in order D, C, B, 
E, F, G and A pedal. 

o What if different order is used in 
MusicXML? Shall XML order be 
used or always the default order? 

o No way to customize where the 
vertical separator will be displayed 
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Overview 


Q Sub-Optimal XML Design 
a Strict Element-Order 
a XML Element Naming 
a Metronome Markings 
a Enumerated Data Types 
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Conclusion 
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Sub-Optimal XML Design Issues 





a Not everything in the MusicXML specification is consistent! 
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Sub-Optimal XML Design Issues 





a Not everything in the MusicXML specification is consistent! 
a Backward compatibility in future versions =>■ Can not be changed any more 
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a) Strict Order of Elements 
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a) Strict Order of Elements 



o Forces a fixed order of the children! 
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a) Strict Order of Elements 



o Forces a fixed order of the children! 

® Counter-intuitive order: duration (time length), then voice, then type 
(visual display)! 
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Strict Element-Order 


a) Strict Order of Elements 



o Forces a fixed order of the children! 

® Counter-intuitive order: duration (time length), then voice, then type 
(visual display)! 

o Historically: Need restriction that some elements can only be there once 
=>■ Cannot be done (easily) in a DTD without fixing element order! 
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Strict Element-Order 


a) Strict Order of Elements 



a Forces a fixed order of the children! 

a Counter-intuitive order: duration (time length), then voice, then type 
(visual display)! 

o Historically: Need restriction that some elements can only be there once 
=>■ Cannot be done (easily) in a DTD without fixing element order! 

a Now: Would be possible in XSD, but for backward-compatibility fixed 
order is kept in the XSD, too 
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<!ELEMENT note 


(((grace, "/full-note;, (tie, tie?)?) I 
(cue, "/.full-note;, duration) I 
(°/,full-note; , duration, (tie, tie?)?)), 
instrument?, "/.editorial-voice;, type?, dot*, 
accidental?, time-modification?, stem?, notehead?, 
staff?, beam*, notations*, lyric*)> 


Which of the following snippets is correct? 




<pitch> 


<pitch> 


<step>G</step> 
<alter>l</alter> 


<step>G</step> 
<alter>l</alter> 


<octave>2</octave> 

</pitch> 

<accidental>sharp</accidental> 
<duration>1</duration> 
<type>quarter</type> 
<voice>l</voice> 


<octave>2</octave> 

</pitch> 

<duration>l</duration> 
<voice>l</voice> 
<type>quarter</type> 
<accidental>sharp</accidental> 


</note> 


</note> 
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<!ELEMENT note 


(((grace, "/full-note;, (tie, tie?)?) I 
(cue, "/.full-note;, duration) I 
(°/,full-note; , duration, (tie, tie?)?)), 
instrument?, "/.editorial-voice;, type?, dot*, 
accidental?, time-modification?, stem?, notehead?, 
staff?, beam*, notations*, lyric*)> 


Which of the following snippets is correct? 




<pitch> 


<pitch> 


<step>G</step> 
<alter>l</alter> 


<step>G</step> 
<alter>l</alter> 


<octave>2</octave> 

</pitch> 

<accidental>sharp</accidental> 
<duration>1</duration> 
<type>quarter</type> 
<voice>l</voice> 


<octave>2</octave> 

</pitch> 

<duration>l</duration> 
<voice>l</voice> 
<type>quarter</type> 
<accidental>sharp</accidental> 


</note> 


</note> 
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<!ELEMENT note 


(((grace, "/full-note;, (tie, tie?)?) I 
(cue, "/.full-note;, duration) I 
(°/,full-note; , duration, (tie, tie?)?)), 
instrument?, "/.editorial-voice;, type?, dot*, 
accidental?, time-modification?, stem?, notehead?, 
staff?, beam*, notations*, lyric*)> 


Which of the following snippets is correct? 




<pitch> 


<pitch> 


<step>G</step> 
<alter>l</alter> 


<step>G</step> 
<alter>l</alter> 


<octave>2</octave> 

</pitch> 

<accidental>sharp</accidental> 
<duration>1</duration> 
<type>quarter</type> 
<voice>l</voice> 


<octave>2</octave> 

</pitch> 

<duration>l</duration> 
<voice>l</voice> 
<type>quarter</type> 
<accidental>sharp</accidental> 


</note> 


</note> 
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XML Element Naming 


b) Element Naming for Pitch Information 




<harmony> 

<root> 

<root-step>E</root-step> 

<root-alter>-l</root-alter> 

</root> 

<kind>maj or</kind> 

</harmony> 
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XML Element Naming 


b) Element Naming for Pitch Information 




<harmony> 

<root> 

<root-step>E</root-step> 

<root-alter>-l</root-alter> 

</root> 

<kind>maj or</kind> 

</harmony> 



o All provide alteration 


/ octave information for containing element! 


□ 
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XML Element Naming 


b) Element Naming for Pitch Information 




<harmony> 

<root> 

<root-step>E</root-step> 

<root-alter>-l</root-alter> 

</root> 

<kind>maj or</kind> 

</harmony> 



a All provide alteration 


/ octave information for containing element! 


a Why not use the same element and take context into account? 
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XML Element Naming 


b) Element Naming for Pitch Information 


Normal note pitch 


<note> 

<pitch> 

<step>E</step> 

<alter>-l</alter> 
<octave>2</octave> 

</pitch> 

<duration>l</duration> 
<accidental>flat</accidental> 
</note> 



<harmony> 

<root> 

<root-step>E</root-step> 

<root-alter>-l</root-alter> 

</root> 

<kind>maj or</kind> 

</harmony> 



a All provide alteration 


/ octave information for containing element! 


a Why not use the same element and take context into account? 


Normal note pitch 


<note> 

<pitch> 

<step>E</step> 

<alter>-l</alter> 
<octave>2</octave> 

</pitch> 

<duration>l</duration> 
<accidental>flat</accidental> 
</note> 




<harmony> 


<attributes> 

<root> 


<staff-details> 

<step>E</step> 


<staff-lines>6</staff-lines> 

<alter>-l</alter> 


<staff-tuning line="l"> 

</root> 


<step>E</step> 

<kind>maj or</kind> 


<alter>-l</alter> 

</harmony> 


<octave>3</octave> 

— 


</staff-tuning> 


</staff-details> 


</attributes> 
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Metronome Markings 


c) Metronome Markings and Non-Standard Key Signatures 


Contrast the over-correctness for <*-step> and <*-alter> (ignoring context, 
new name for basically same functionality) to Metronome marks and 
Non-Standard Key Signature definitions: 
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Metronome Markings 


c) Metronome Markings and Non-Standard Key Signatures 


Contrast the over-correctness for <*-step> and <*-alter> (ignoring context, 
new name for basically same functionality) to Metronome marks and 
Non-Standard Key Signature definitions: 


DTD for Metronome marks 


<!ELEMENT metronome ( 
beat-unit, beat-unit-dot*, 

( ...I 

(beat-unit, beat-unit-dot*) ) 

)> 


<metronome> 

<beat-unit>quarter</beat-unit> 

<beat-unit-dot/> 

<beat-unit-dot/> 

<beat-unit>half</beat-unit> 
<beat-unit-dot/> 

</metronome> 


o Tempo changes "old 
value = new value” 

® Optional dots 

® second unit can not be 
obtained directly! 
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Metronome Markings 


c) Metronome Markings and Non-Standard Key Signatures 


Contrast the over-correctness for <*-step> and <*-alter> (ignoring context, 
new name for basically same functionality) to Metronome marks and 
Non-Standard Key Signature definitions: 


DTD for Metronome marks 


<!ELEMENT metronome ( 
beat-unit, beat-unit-dot*, 

( ...I 

(beat-unit, beat-unit-dot*) ) 

)> 


<metronome> 

<beat-unit>quarter</beat-unit> 

<beat-unit-dot/> 

<beat-unit-dot/> 

<beat-unit>half</beat-unit> 
<beat-unit-dot/> 

</metronome> 


® Tempo changes "old 
value = new value” 

® Optional dots 

® second unit can not be 
obtained directly! 



<key> 

<key-step>0</key-step> 

<key-alter>-2</key-alter> 

<key-step>4</key-step> 

<key-alter>2</key-alter> 

<key-octave 

number="l">2</key-octave> 

<key-octave 

number="2">4</key-octave> 

</key> 


® Used to define accidentals 
for non-standard key 
signatures 

® Step and alteration 
alternate 

® Optional octave 

identifiers follow later!!! 
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Enumerated Data Types 


d) Data Types in DTD / XSD (Enumerations and Integers) 


9 DTD: Mostly #PCDATA for all attributes 

9 Possible values for enumerations described in comments 
9 Inaccessible to syntax checkers! 

9 Meaning/Handling of other values undefined 
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Enumerated Data Types 


d) Data Types in DTD / XSD (Enumerations and Integers) 


9 DTD: Mostly #PCDATA for all attributes 

9 Possible values for enumerations described in comments 
9 Inaccessible to syntax checkers! 

9 Meaning/Handling of other values undefined 

9 XSD: Enumerations 

9 All possible values listed 
9 Available to syntax checkers 

9 MusicXML cannot be extended (new values cannot be added) 
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OOOOOOOOO 


XML Design 
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Conversion to LilyPond 
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Overview 


9 Missing Features 

o Credit Elements: Header markup and purpose of credits 
o System separators and cadenzas 
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Missing Features in MusicXML: Headers and Credit elements 


a Document-wide headers/footers 

9 <credit page=". ."> only allows page number (1 by default, 
xsd:positivelnteger in XSD) 

9 Document-wide headers the same for all / all even / all odd pages 

9 Suggestion: Allow "all", "even" and "odd” for the page attribute: 


Suggestion for document-wide headers / footers 


a Purpose of credit elements 

9 All header, title, author labels are credit elements 

9 credit stores only position on page, but not what information it displays 
9 Impossible to extract metadata information about page layout (e.g. the 
arranger is placed on the upper left of the score) 

9 Suggestion: Add an enumerated type attribute to <credit> element 


Suggestion for information about credit element 
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Missing Features in MusicXML: Headers and Credit elements 


a Document-wide headers/footers 

9 <credit page=". ."> only allows page number (1 by default, 
xsd:positivelnteger in XSD) 

9 Document-wide headers the same for all / all even / all odd pages 
9 Suggestion: Allow "all”, "even" and "odd” for the page attribute: 
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Missing Features in MusicXML: Headers and Credit elements 


a Document-wide headers/footers 

9 <credit page=". ."> only allows page number (1 by default, 
xsd:positivelnteger in XSD) 

9 Document-wide headers the same for all / all even / all odd pages 
9 Suggestion: Allow "all”, "even" and "odd” for the page attribute: 



a Purpose of credit elements 

9 All header, title, author labels are credit elements 

9 credit stores only position on page, but not what information it displays 
9 Impossible to extract metadata information about page layout (e.g. the 
arranger is placed on the upper left of the score) 


• 0^0 




MusicXML Test Suite Ambiguities XML Design Missing Features Conversion to LilyPond Conclusion 

ooo ooooooooo ooooooooo oooo «o ooooo o 

Credit Elements: Header markup and purpose of credits 

Missing Features in MusicXML: Headers and Credit elements 


a Document-wide headers/footers 

9 <credit page=". ."> only allows page number (1 by default, 
xsd:positivelnteger in XSD) 

9 Document-wide headers the same for all / all even / all odd pages 
9 Suggestion: Allow "all”, "even" and "odd” for the page attribute: 



a Purpose of credit elements 

9 All header, title, author labels are credit elements 

9 credit stores only position on page, but not what information it displays 
9 Impossible to extract metadata information about page layout (e.g. the 
arranger is placed on the upper left of the score) 

9 Suggestion: Add an enumerated type attribute to <credit> element 


Suggestion for information about credit element 


<credit type="title"> 

<credit-words 

default-x="624" default-y="1387" 
justify="right">Score 
title</credit-words> 

</credit> 
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System separators and cadenzas 


Missing Features: System separators and Cadenzas 


a System separator 

a Systems in full scores separates by two slashes, currently not possible in 
MusicXML 


Suggestion for system delimiter (in global defaults) 


<defaults> 

<system-layout> 

<system-separator>double-slash</system-separator> 

</system-layout> 

</defaults> 
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a System separator 

a Systems in full scores separates by two slashes, currently not possible in 
MusicXML 




<defaults> 

<system-layout> 

<system-separator>double-slash</system-separator> 

</system-layout> 

</defaults> 



o Cadenzas 

9 No way to properly encode a cadenza and detect it as a cadenza 
9 A measure can have arbitrary number of beats (irrespective of time 
signature!) 

9 No way to mark the beginning of the cadenza 
9 No way to distinguish a real cadenza from an incorrect measure 
9 Problems with applications trying to check a MusicXML for (musical) 
correctness 
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Overview 


Q Issues in the conversion from MusicXML to LilyPond 
a Staff-Assigned Items 
a Voice-Based vs. Measure-Based 
a Page Layout and Metadata 
a Musical Content vs. Graphical Representation 
a Workarounds in Some GUI Applications 




a MusicXML: "Directions” like dynamics assigned to staff position or note 
a LilyPond: Everything assigned to note (possibly invisible spacer note "s") 

All staff-assigned items need to be assigned to appropriate note in LilyPond 
a Which note? The nearest note? What if there is no near note? 
a Horizontal offsets to/from the note? 



r 


v 



a First "p" applies to both voices (two notes present) 
a ”f only to first voice (only first voice present) 
a ’’ mf’ only to second 

a last "p” applies only to first voice (even though both voices present!) 

To generate instrumental parts, you want the dynamics assigned to correct 
voice (in many cases to both voices!) 
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a MusicXML: "Directions” like dynamics assigned to staff position or note 
a LilyPond: Everything assigned to note (possibly invisible spacer note "s") 
=>■ All staff-assigned items need to be assigned to appropriate note in LilyPond 


a Which note? The nearest note? What if there is no near note? 
a Horizontal offsets to/from the note? 
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a First ”p" applies to both voices (two notes present) 
a ”f only to first voice (only first voice present) 
a ’’ mf’ only to second 

a last "p" applies only to first voice (even though both voices present!) 

fo generate instrumental parts, you want the dynamics assigned to correct 
'oice (in many cases to both voices!) 
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MusicXML Test Suite Ambiguities 

OOO OOOOOOOOO OOOOOOOOO 

Staff-Assigned Items 

Staff-Assigned Items 


a MusicXML: "Directions” like dynamics assigned to staff position or note 
a LilyPond: Everything assigned to note (possibly invisible spacer note "s") 
=>■ All staff-assigned items need to be assigned to appropriate note in LilyPond 
a Which note? The nearest note? What if there is no near note? 
a Horizontal offsets to/from the note? 



a First "p" applies to both voices (two notes present) 
a ”f only to first voice (only first voice present) 
a ”mf’ only to second 

a last "p" applies only to first voice (even though both voices present!) 

To generate instrumental parts, you want the dynamics assigned to correct 
voice (in many cases to both voices!) 


•oa.O 








XML Design 
OOOO 


Missing Features 
OO 


Conversion to LilyPond 

• OOOO 


Conclusion 




a MusicXML: "Directions” like dynamics assigned to staff position or note 
a LilyPond: Everything assigned to note (possibly invisible spacer note "s”) 
=>■ All staff-assigned items need to be assigned to appropriate note in LilyPond 
a Which note? The nearest note? What if there is no near note? 
a Horizontal offsets to/from the note? 
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a MusicXML: "Directions” like dynamics assigned to staff position or note 
a LilyPond: Everything assigned to note (possibly invisible spacer note "s”) 
=>■ All staff-assigned items need to be assigned to appropriate note in LilyPond 
a Which note? The nearest note? What if there is no near note? 
a Horizontal offsets to/from the note? 




a First " p” applies to both voices (two notes present) 
a "f only to first voice (only first voice present) 
a "mf only to second 

a last "p" applies only to first voice (even though both voices present!) 
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a MusicXML: "Directions” like dynamics assigned to staff position or note 
a LilyPond: Everything assigned to note (possibly invisible spacer note "s”) 
=>■ All staff-assigned items need to be assigned to appropriate note in LilyPond 
a Which note? The nearest note? What if there is no near note? 
a Horizontal offsets to/from the note? 




a First " p” applies to both voices (two notes present) 
a "f only to first voice (only first voice present) 
a ”mf” only to second 

a last ”p" applies only to first voice (even though both voices present!) 

To generate instrumental parts, you want the dynamics assigned to correct 
voice (in many cases to both voices!) 


*•0 0,0 








MusicXML 

Test Suite 

Ambiguities 

XML Design 

Missing Features 

Conversion to LilyPond 

Conclusion 

OOO 

OOOOOOOOO 

OOOOOOOOO 

OOOO 

OO 

o«ooo 

O 


Voice-Based vs. Measure-Based 


Measure Length: Voice-Based vs. Measure-Based 


Different handling of measure lengths 


o MusicXML: Measures explicitly defined in .xml file, can contain arbitrary 
number of beats 

o LilyPond: Music expressions for each voice separately; only (optional) bar 
line checks, but no explicit concept of measures; Bar can only contain 
beats according to time signature 

In LilyPond, voices are independently split into measures according to time 
signature, later voices are synchronized. 
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Voice-Based vs. Measure-Based 


Measure Length: Voice-Based vs. Measure-Based 


Different handling of measure lengths 


a MusicXML: Measures explicitly defined in .xml file, can contain arbitrary 
number of beats 

o LilyPond: Music expressions for each voice separately; only (optional) bar 
line checks, but no explicit concept of measures; Bar can only contain 
beats according to time signature 

In LilyPond, voices are independently split into measures according to time 
signature, later voices are synchronized. => each voice must have same number 
of beats! 


Overlapping notes (with or without explicit voice) 


o MusicXML: Several notes can overlap, wether they belong to different 
voices or to the same 

a LilyPond: Each voice can only have one active note/chord at a time 

= 4 > Need to split up overlapping notes into different voices in LilyPond (hard to 
get right!) 
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Page Layout and Metadata 
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Page Layout and Metadata 


Page Layout and Metadata 


Handling of Metadata and of Title, Author, Header, ... data 


a MusicXML: 

o Metadata stored in <identif ication> tag (never displayed), 

9 Title, author, header, etc. printed via score-wide <credit> tags — No 
attribute for type of information shown! 

a LilyPond: 

9 Only metadata explicitly entered (header block containing title, author, etc.) 
9 Title, author, header, etc. automatically generated from metadata 
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Page Layout and Metadata 


Page Layout and Metadata 


Handling of Metadata and of Title, Author, Header, ... data 


a MusicXML: 

o Metadata stored in <identif ication> tag (never displayed), 

9 Title, author, header, etc. printed via score-wide <credit> tags — No 
attribute for type of information shown! 
o LilyPond: 

« Only metadata explicitly entered (header block containing title, author, etc.) 
o Title, author, header, etc. automatically generated from metadata 

To produce the same layout as MusicXML: need to extract metadata 
information from the <credit> elements 
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Page Layout and Metadata 


Page Layout and Metadata 


Handling of Metadata and of Title, Author, Header, ... data 


a MusicXML: 

o Metadata stored in <identif ication> tag (never displayed), 

9 Title, author, header, etc. printed via score-wide <credit> tags — No 
attribute for type of information shown! 
o LilyPond: 

« Only metadata explicitly entered (header block containing title, author, etc.) 
o Title, author, header, etc. automatically generated from metadata 

To produce the same layout as MusicXML: need to extract metadata 
information from the <credit> elements - Not Possible!!! 
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Page Layout and Metadata 


Handling of Metadata and of Title, Author, Header, ... data 


a MusicXML: 

9 Metadata stored in <identif ication> tag (never displayed), 

9 Title, author, header, etc. printed via score-wide <credit> tags — No 
attribute for type of information shown! 
o LilyPond: 

9 Only metadata explicitly entered (header block containing title, author, etc.) 
9 Title, author, header, etc. automatically generated from metadata 

To produce the same layout as MusicXML: need to extract metadata 
information from the <credit> elements - Not Possible!!! 


Different coordinate systems 


MusicXML places headers and other credit markup at absolute coordinates on 
page, not possible in lilypond (only relative coordinates!) 
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a LilyPond is a WYSIWYM application: You enter the music content, it 
formats it according to best-practices from centuries of music engraving 
(can be tweaked). 

a MusicXML also mostly describes the musical content; adds layout 
information in extra sub-elements and attributes 

a Some elements are tied to a horizontal position on the staff, e.g. dynamics: 



/ 


P 


a The position of the ”f” in the music context can only be deduced from the 
graphical layout! 
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Workarounds in Some GUI Applications 


Workarounds in Some GUI Applications 



a Divisio minima (short tick through the top-most staffline) faked by ” |" 
text markup, appropriately shifted!!!! 

a Can never be correctly imported! 
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Conclusion 

Conclusion 


o Finally a MusicXML test suite is freely available: 



o Sample renderings available (created via musicxml21y and LilyPond) 

® MusicXML is a good industry standard for music notation exchange 
a Several minor issues; discussed here for future implementors to know some 
problems / pitfalls 

o Future versions of MusicXML will probably solve many of the mentioned 
problems 
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Conclusion 

Conclusion 


o Finally a MusicXML test suite is freely available: 


Homepage of the test suite 


http: //kainhof er. com/musicxml/ 

o Sample renderings available (created via musicxml21y and LilyPond) 

® MusicXML is a good industry standard for music notation exchange 
a Several minor issues; discussed here for future implementors to know some 
problems / pitfalls 

o Future versions of MusicXML will probably solve many of the mentioned 
problems 
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